home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
LOGIC Apps
/
Logic-APPLE_II_APPS.iso
/
mac
/
LOGIC Apple II 5.25" Library - ProDOS
/
PRO086B.dsk
/
SYSOP.DOC.txt
< prev
next >
Wrap
Text File
|
2012-02-16
|
10KB
|
242 lines
* Warp Six BBS Sysop Documentation *
Updated September 4, 1989
Copyright 1986-1989 Jim Ferr
All rights reserved except as noted in READ.ME.FIRST.
Welcome to your new system. This file will give you a quick overview of the
BBS, and its functions.
Contents
--------
Setting up directories
Making Changes
Adding/changing General files and Help files
Adding forums
Uploading Text Files
Changing New User Routines
Maintaining the USERS file
Doing the system news
General Hints
Setting up Directories
As you know, ProDOS volumes allow the use of extensive subdirectories. One note
of trivia you may not know is that the main directory on any ProDOS volume is
limited to 51 files. Therefore it makes sense to have the system divided into
subdirectories, where there is no 51 file limitation.
There are three configurable areas:
1) The main, or root directory for the BBS which holds programs and text files
2) The Email root directory (the directory in which the subdir EMAIL is found)
3) The Forums root directory (the directory in which the FORUM.n subdirs are
found)
All three can reside on the different ProDOS volumes if you wish, or on the
same volume, in any combination. As supplied, the system is set up like so:
Root directory: /W6/WARP6 (held in RT$)
Email root directory: /W6/WARP6 (held in EP$)
Forums root directory /W6/WARP6 (held in FP$)
These strings are the first three lines of the SYS.DATA file. Here is a
complete definition of that file:
SYS.DATA, type TXT
RT$ Root Pathname for system
FP$ Forum dir pathname
EP$ Email dir pathname
SN$ System Name
SP$ Copyright message
RP$ Remote (Sysop) Password
HR$ Hours/baud rate message
AB$ abort string (Control-S to pause...)
CS Clock slot
FC Forum Count: total # of forums
CD$ Current date in ProDOS format
CT Call Total for System
When making changes to this file, ensure you do not add any separators
to any of the fields, ie. do NOT add any COMMAS or COLONS.
RT$ defines the Root directory, which holds all the system program files and
menus, as well as the GEN subdirectory and the HELP subdirectory.
FP$ tells the system where the Forums root directory is. Forums are kept in
subdirectories called FORUM.1, FORUM.2, FORUM.3, and so on.
EP$ defines the Email Root directory, where the EMAIL subdirectory will
reside.
To illustrate further, if the BBS programs and menus are in the directory,
/PROFILE/BBS, then RT$ must be "/PROFILE/BBS" (without the quotes). If you
want Email to reside in /EXTRA/EMAIL, then EP$ must be "/EXTRA". Note the
difference: with the Email and forums directories, the system adds the final
directory name for you.
Making Changes
The following paragraphs describe the functions of many files on the system. To
make changes to the files, you need to use a text based word processor like
Apple Writer //. The program must allow saving of files in ASCII format (high
bit clear) and musn't imbed any unwanted control characters. When making file
changes, refer to Warp6.Doc for field definitions and names.
For instance, you will probably want to give your system a unique name. Change
the appropriate line in the SYS.DATA file, making sure you add no commas or
colons. (See Warp6.Doc for field descriptions.)
Adding/Changing General and Help Files
As mentioned, the general and help files are kept in the Root directory for the
system under the GEN and HELP directories. The Help file section is only one
level deep, while the General file section is two levels deep:
HELP-----F.DATA (holds number of help files)
TITLES
F1
F2
and so on for each help file.
GEN------F.DATA (holds number of subsections)
TITLES (subsection menu)
F1-------F.DATA (holds number of files in this section)
TITLES (menu of files in this section)
F1
F2
and so on for each Gen file
F2-------F.DATA
TITLES
F1
etc.
The F.DATA file holds FM$, which holds the file section or subsection name, as
well as TT, the total number of files (or subsections). Nesting only occurs in
the GEN diretory, and only one level deep. The TITLES file holds the menu of
the files or subsections. The files or subsections are named F1, F2 and so on.
Files are always text files, subsections are always directories.
To mount a new file, increment TT in the F.DATA file by one, and add the name
of the file to the TITLES menu. Then save the file under the appropriate file
name; F5 for example, if it will be the fifth file in the TITLES menu.
To mount a new section, increment TT in the GEN/F.DATA file and add the section
name to the GEN/TITLES file. Then create the section directory, Fn, where 'n'
is the section number, and create an F.DATA and TITLES file in that directory,
holding the section name, number of files, and menu.
Adding Forums to the System
Adding forums is easy, because the process is menu driven. Choose A)dd a forum
from the sysop utilties (accessable by entering * from the main command level).
You will be prompted for the forum's name, eg. The Main Forum, the minimum
security level required for entry (usually 2), and the minimum security level
required to write bulletins (again, usually 2).
You will be asked to set the bulletin limit, which will determine how many
bulletins can be posted before one is automatically deleted.* Then you will be
asked which bulletin you'd like to be deleted when the limit is reached.
Generally, you will set this to 1, so the system will delete the first bulletin
on the forum. If the first bulletin on the forum contains a message you'd like
to remain permanent, set it to 2. If there are a number of 'permanent'
bulletins, set the first to delete to whatever you like.
* Each forum can hold a maximum of 99 bulletins. Don't attempt to exceed
this number.
To disable automatic deletion of bulletins at the limit, enter a zero for the
first to delete. When the forum reaches a total of 100 bulletins, users trying
to post more will be informed the forum is full, and you'll have to delete
bulletins manually to make room.
Forums contain a number of data files. The OPENER file is the opening message
users see when entering the forum. (Note that they don't see this when using
Quickscan.) The F.DATA file holds information about the forum, and the TITLES
file holds the filenames and subjects of each bulletin posted. Finally, the
U.DATA file keeps track of the highest bulletin number each user read last, for
new, Quickscan and spool. See the file descriptions for more detail.
To delete a forum, you must remove it's menu item from the FORUM.NAMES file and
delete all the files in the forum. Finally you have to rename any forums
necessary so they are all in sequential order from FORUM.1 to FORUM.n, where n
is your last remaining forum.
Uploading Text Files
As Sysop, you can upload to any ProDOS pathname that does not already exist.
The U)pload a Text File command from the main menu accomplishes this. End
users can also use the command, but their uploads are restricted to the
UPLOADS directory and always end with the suffix ".1000" where 1000 is the
user ID number of the uploader. End users can't enter slashes or full
pathnames; only the Sysop can. Note: to append or overwrite an existing text
file (sysop only), use the C)reate text file option in Sys.Utils.
Changing new user routines
Currently the system will take a new user application and assign that user
level 0, unvalidated status. The new user does not get access to the BBS until
you have validated them with a phone call. (You can easily change this in
the Add.User program.)
Maintaining the USERS file
The USERS file maintains itself, actually, but you need to help out a bit, by
validating new users, deleting stale ID's, and editing user ID's when people
need to be promoted, or change their city or phone number. It's all done
from the Sysop.Util program, accessible from the main command level by typing
an asterisk. The User purge function is particularly useful, allowing you to
delete both new users you haven't validated up to a cutoff date of your own
choosing, and stale users that haven't called after a selectable cutoff date.
Use the prompt for deletions option to ensure you don't delete someone you
don't want to by mistake, and make a backup of your USERS and REC.DATA files
before running the User Purge function.
Doing the System News
The opening message for the BBS is held in the file 'SYS.NEWS', and can be
updated directly from the Sysop Utilities by choosing the C)reate text file
option and saving to SYS.NEWS. When saving a file you have two options,
E)rase and write, which will delete any existing file with the name you
chose, and A)ppend, which will add to an existing file or will create a
new file if the file does not exist.
General Hints
The security level system is flexible, and has proven more than enough for
normal uses. Level 0 is unvalidated, Level 1 is devalidated, and Level 2 is
a normal user. Users must have level 2 access to upload text files. There is
a "membership flag" which I use to distinguish users who made a financial
or other contribution to the system. You can create forums that are
restricted to users with the membership flag set. Both user security levels
and all their other stats can be edited in the Sysop Utilities program.
The time limit calculation for all users is located in the LOGON program.
You can, of course, change the method of calculation.
Another thing you can change is the Letter Limit assigned to all users, which
governs the maximum number of letters they can have in their 'mailbox' at any
one time. Just set the LL variable in line 35. The daily call limit per user
(except the sysop) is held in the variable CL, set in the same area. The
default is five calls per day.
The maximum number of lines in the editor is set around line 3000, in the
program Warp6.BBS, in the variable ML. Don't change this higher than it's
current value unless you want to witness a crash when the system runs
out of memory...
Other things you can change include the menus, which are in text files for the
most part, and some fields in the SYS.DATA file. Be careful not to include any
characters Applesoft could interpret as separators or terminators in the
various fields of the SYS.DATA file. I'm speaking of the dreaded comma and
colon, of course.